This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(11) 



EP1 014 748 A2 



(12) 



EUROPEAN PATENT APPLICATION 



(43) 


Date of publication: 


(51) Int CI 7; H04Q 11/04 




2o.06.2Q00 Bulletin 2000/26 


(21) 


Application number: 99309867.2 




(22) 


Date of filing: 08.12.1999 




(84) 


Designated Contracting States: 


• Goyer, Pierre 




AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Quebec J8T 8E8 (CA) 




MC NL PT SE 


• Upton, Matthew B. 




Designated Extension States: 


Orleans, Ontario K1 E 2Z4 (C A) 




AL LT LV MK RO SI 








(74) Representative: Dear ling, Bruce Clive et a I 


(30) 


Priority: 22.12.1998 US 218360 


Hepworth Lawrence Bryer & Blzley, 






Merlin House, 


(71) 


Applicant: NORTEL NETWORKS CORPORATION 


Falconry Court, 




Montreal, Quebec H2Y 3Y4 (CA) 


Bakers Lane 






Epping, Essex CM16 5DQ (GB) 


(72) 


Inventors: 




• 


French, Carolyn Anne 






Ottawa, Ontario K2B 6J9 (CA) 





(54) Management system for a multi-level communication network 



(57) A communication network management sys- 
tem for integrating two network management systems 
working together in a client/server manner to provide an 
integrated view of a multi-layer, multi-technology net- 
work. The invention provides a novel interface module 
that permits a network management system to repre- 
sent different logical levels in a communication system. 
For instance, one logical level of the communication 



system could be the transport network while another 
logical level is the data network. The main advantages 
of the invention is that it provides to a network adminis- 
trator a system which permits management of two levels 
of a networks a data network to tell how the two networks 
are integrated and what the entire topology is, and there- 
fore renders it possible to manage both networks 
through the same system. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a communica- 5 
tion network management system. The novel system is 
particularly useful for integrating two or more network 
management systems working together in a client/serv- 
er manner to provide an integrated view of a multi-layer, 
multi-technology network. 

BACKGROUND OF THE INVENTION 

[0002] Management functions (visualizing, monitor- 
ing, configuring, etc.) for multi-level networks using 
state-of-the-art communication network management 
systems are performed by a separate management sys- 
tem for each level of the network. That is, present net- 
work management systems do not manage multiple lev- 
els of a network. For example, the data network level (e. 
g. IP, Ethernet) is managed by systems such as HP 
Openview™ or Cabletron Spectrum™ while a transport 
network level (e.g., SONET, ATM or SDH) is managed 
by other technology-specific management systems. 
[0003] The problem lies in the fact that a network ad- 
ministrator managing a data network which has, for ex- 
ample, SONET as its backbone, either cannot manage 
the backbone or has to use two different management 
systems to do so. A data management system may 
show a single link between two routers when in fact 
there may be an entire SONET network. It is therefore 
not presently possible to tell how the two networks are 
integrated and what the entire topology is, and therefore 
not possible to manage both networks through the same 
system. 

[0004] Thus, there exists a need in the industry to pro- 
vide an integrated system for managing multi-level com- 
munication networks. 

SUMMARY OF THE INVENTION 

[0005] The invention provides a novel interface mod- 
ule that permits a network management system to rep- 
resent different logical levels in a communication sys- 
tem. For instance, one logical level of the communica- 
tion system could be the transport network while another 
logical level is the data network. 
[0006] In a preferred embodiment, the interface mod- 
ule may be implemented on a general purpose comput- 
ing device including a processor, memory and a mass 
storage device. Functionally, the interface may include: 

a) an input allowing data to be exchanged between 
the interface module and a transport network man- 
agement system; 

b) an output allowing data to be exchanged be- 
tween the interface module and a data network 
management system; and 



c) conversion functional block that accepts as input 
the data received from the first interface, effects the 
necessary translation and passes the data to the 
output; 

[0007] In a specific example, the transport network 
may be a SONET network and the transport manage- 
ment system uses a CORBA protocol. Thus, the inter- 
face module is designed to accept CORBA based com- 
munication messages. The data network management 
system uses the Simple Management Protocol (SNMP). 
The conversion functional block receives the CORBA 
based messages and translates them into the SNMP 
format. The conversion functional block operates in con- 
junction with a Management Information Base (MIB) 
which contains a model of and information about the 
transport network, and is accessible to the data network 
management system via the output of the interface mod- 
ule. 

[0008] Thus the interface module, with the SNMP in- 
terface (agent) and MIB, appears to the data network 
management system like any other data device with an 
SNMP interface in the data network, and allows the 
transport network that the interface module is represent- 
ing to be managed like any other data device in the data 
network. 

[0009] The interface module may optionally include 
filtering capabilities to ignore events and conditions in 
the data management network that should not be dis- 
played or available on the data network management 
system, in the case of the transport network customer. 
This feature can be implemented by using a configura- 
tion file in the interface module specifying the events and 
conditions to monitor and those to disregard. 
[001 0\ According to a first aspect of the present inven- 
tion there is provided an interface module permitting a 
first network management system to represent at least 
two different logical levels of a communication system, 
namely a first network and a second network, the first 
network management system capable of receiving data 
from the first network representative of events and con- 
ditions in the first network, the data from the first network 
being established according to a first protocol, said in- 
terface module including: 

an input for receiving data from a second network 
management system representative of events and 
conditions in the second network, the data from the 
second network being established according to a 
second protocol; 

conversion functional block responsive to reception 
of data at said input for translating the data at said 
input into data according to the first protocol; 
an output for releasing the data according to the first 
protocol, the data according to the first protocol be- 
ing suitable for processing by the first network man- 
agement system permitting the first network man- 
agement system to provide a representation of the 
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first network and at least a portion of the second 
network. 

[001 1 ] In another aspect of the present invention there 
is provided a method for representing at least two dif- 5 
ferent logical levels of a communication system on a first 
network management system, namely a first network 
and a second network, the first network management 
system capable of receiving data from the first network 
representative of events and conditions in the first net- io 
work, the data from the second network being estab- 
lished according to a first protocol, the method compris- 
ing: 

receiving data from a second network management 75 
system representative of events and conditions in 
the second network, the data from the second net- 
work being established according to a second pro- 
tocol; 

translating the data at said input into data according 20 
to the first protocol; 

outputting the data according to the first protocol, 
the data according to the first protocol being suita- 
ble for processing by the first network management 
system permitting the first network management 25 
system to provide a representation of the first net- 
work and at least a portion of the second network. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

[0012] An exemplary embodiment of the present in- 
vention will now be described with reference to the ac- 
companying drawings, in which: 

Figure 1 is a block diagram showing a network man- 35 
agement system arrangement including the inter- 
face module in accordance with an embodiment of 
the invention; 

Figure 2 is a block diagram showing a general pur- 
pose computing device on which the novel interface *o 
module is implemented in accordance with an em- 
bodiment of the invention; and 
Figure 3 is a block diagram the main functional el- 
ements of an interface module in accordance with 
an embodiment of the invention. 45 

DESCRIPTION OF A PREFERRED EMBODIMENT 

[001 3] Figure 1 is a block diagram showing a network 
management system arrangement including the inter- 50 
face module 105 in accordance with an embodiment of 
the invention. 

[001 4] The data network management system 1 00 is 
used to view, diagnose, correct, and configure the data 
network 115. A bi-directional data link 135 enables in- 55 
formation transfer between the data network 115 and 
the data network management system 100. 
[0015] The data network management system 100 



possesses a Graphical User Interface (GUI) (not 
shown), which is a portion of the overall program ele- 
ment executed by the processor that can present the 
necessary information to an operator on a display de- 
vice for viewing information about the networks 1 1 5 and 
120, and accept commands from an input device such 
as a mouse and/or a keyboard for navigating on and/or 
entering instructions to the data network management 
system 1 00. The level of interaction and control over the 
networks (115 and 1 20) depends on the type of operator 
(network operators or transport network customer) uti- 
lizing the management system. This is determined by 
the user specific filter 310 of Figure 3 described below. 
[001 6] The main functions of the data network GUI are 
as follows: 

1 . To display an abstraction of the data network 1 1 5 
and connections in the data network view; 

2. To manage and configure the data network 115; 

3. To display an abstraction of the transport network 
120 and connections in the data network view; 

4. To display the physical correlation between the 
data network 115 and the transport network 120; 

5. To show the logical correlation between the data 
network 115 and the transport network 120; 

6. To display transport network 120 alarms and 
some alarm details in the data network 1 1 5 view; 

7. To maintain a log of transport network 1 20 alarms 
in the data network 115 view (in memory 215); 

8. To enable the launch of the transport network Ul 
400 from the data network Ul 200 to allow for more 
detail on the transport network 120 connections. 

[0017] Ultimately, the data network GUI is used for 
various management functions of both the data network 
1 1 5 and the transport network 1 20. In order for any type 
of user to launch the transport network management 
system user interface (not shown) while viewing the 
transport network information on the data network Ul 
200, a script is added to the memory (not shown) of the 
data network management system 100. This script will 
cause a window on the user's terminal to open and dis- 
play the information from the transport network Ul with 
the appropriate class of user (admin, read-only, etc.). 
[001 8] The uni-directional data link 1 45 is provided to 
launch the transport network management system user 
interface. It therefore sends information from the data 
network management system 100 to the transport net- 
work management system 110. 
[001 9] The data network management system 1 00 al- 
so includes a model database (not shown) which ob- 
tains and stores network information. The model data- 
base contains models of the actual network devices (not 
shown) and their interactions. These models reflect and 
poll the live network 115, and draw one comprehensive 
conceptualization of it. 

[0020] A model is created for the transport network 
120, based on the MIB 305. The information held with 
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the model will include the attributes associated with the 
transport network 1 20, which it getstrom polling the MIB 
305 in the interface module 105. The transport network 
120 is therefore modeled like devices in the data net- 
work. 

[0021] The transport network management system 
1 1 0 is used to view, diagnose, correct, and configure the 
transport network 120. A bi-directional data link 140 en- 
ables information transfer between the transport net- 
work 120 and the transport network management sys- 
tem 110. The transport network management system 
110 gathers information (such as configuration and 
alarms) from the transport network 1 20 and forwards 
them, via the interface module 105, to the data network 
management system 100. The transport network man- 
agement system 110 includes open interfaces (not 
shown), which are used to provide information about the 
transport network 120. The open interfaces comprise a 
resource management open interface (not shown) that 
is used to provision the interface module 105. This open 
interface provides physical configuration information 
about the transport network 120 required to provide the 
Management Information Base (MIB) 305 (see Figure 
3) with the information needed by the data network man- 
agement system 100 to create its topology view. The 
resource management open interface also contains 
customer connect bn information required for alarm fil- 
tering and correlation for the transport network custom- 
er. 

[0022] The interface module 105 provides the main 
link between the data network management system 1 00 
and the transport network management system 110 via 
the communication links 125 and 130. In an embodi- 
ment of the invention, the protocol used over link 125 is 
an open protocol such as the Simple Network Manage- 
ment Protocol (SNMP), and the protocol used over link 
1 30 is the Common Object Request Broker Architecture 
(CORBA). Both of these protocols are known to the per- 
son skilled in the art and no additional description there- 
of is necessary here. It should also be noted that differ- 
ent protocols could be used without departing from the 
spirit of the invention. 

[0023] In the configuration described in Figure 1 , the 
two network management systems (110 and 100) still 
operate independently from each other; that is, the data 
network management system 100 is still used for man- 
aging the data network 115 (higher network level), and 
the transport network management system 110 is still 
used for managing the transport network 1 20 (lower net- 
work level). It is the interface module 105 that is used to 
extract data from the transport network management 
system 1 1 0 over a bi-directional data link 1 30 and export 
it to the data network management system 100 via an 
open interface bi-directional data link 125. 
[0024] Figure 2 is a block diagram showing a general 
purpose computing device 250 on which the novel in- 
terface module 105 is implemented in accordance with 
an embodiment of the invention. The general purpose 



computing device 250 includes a processor 200, a 
memory 205, a Graphical User Interface (GUI) 210, a 
mass storage device 215, and a bus 220 for internal 
communications between each of the above compo- 
5 nents. 

[0025] The memory 205 is used for storing the soft- 
ware necessary to implement the functional blocks of 
the interface module 1 05 as described in Figure 3. Mem- 
ory 205 is also used for buffering packets of information 
10 when they are sent out to or received from external com- 
ponents. 

[0026] The processor 200 also runs all other software 
required for the internal workings of the general purpose 
computing device 250. For example, it controls flow of 
is information on bus 220 and determines which software 
has priority in different situations. 
[0027] The GUI 210 offers a simple command line in- 
terface that is used to configure the general purpose 
computing device 250 in order to meet the needs of the 
20 customer or network operator. The GUI 21 0 commands 
are organized into a series of directories through which 
a user navigates by entering the directory names. In an 
embodiment of the invention, a user may navigate in the 
following directories: alarm, manager, operator, custom- 
25 er and administration. 

[0028] The mass storage device 215 is used for ap- 
plications such as databases. For example, the man- 
agement information base 305 would be stored here. 
[0029] Figure 3 is a block diagram of the main func- 
30 tional elements of interface module 105 in accordance 
with an embodiment of the invention. The functional el- 
ements include an SNMP agent 31 5, a conversion func- 
tional block 330, a user specific filter 310, a synchroni- 
zation manager 340, a CORBA client 335, and a MIB 
35 305. 

[0030] The interface module 105 communicates with 
external components via two input/output lines (1 25 and 
130). Input/output 125 is used for communication with 
the data network management system 100 while input/ 
40 output 1 30 for communication with the transport network 
management system 110. 

[0031] The interface module 105 acts as an informa- 
tion source for the data network management system 
100 thereby representing the transport network 120. 

45 The interface module 105 is responsible, among other 
things, for retrieving fault management information us- 
ing the fault management open interfaces (from the 
transport network management system open interfaces 
(not shown)) and populating its own MIB 305 with con- 

50 figuration information. 

[0032] The interface module 1 05 uses a network level 
information model as a means to represent the transport 
network 120 in the MIB 305. Upon initialization of the 
interface module 105, the network topology is created 

55 from configuration information obtained from the re- 
source management open interfaces to obtain an MIB 
305 network level model to represent the transport net- 
work 105. A model of customer services (in the form of 
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network connectivity) is then created from information 
retrieved from the Transport Network Management Sys- 
tem 110 or from Operator input and stored in the MIB 
305 . The SNMP agent 31 5 is then put into an active state 
(listening for SNMP calls). While the SNMP agent 315 
is in an active state, information is obtained from the 
transport network management system open interfaces 
(not shown) via interface line 1 30 and is translated into 
the MIB 305 network model. The fault information ob- 
tained is correlated to customer services and the SNMP 
agent 315 sends some unsolicited information (traps) to 
the data network management system 100 that moni- 
tors the interface module agent. This fault information is 
also stored in the MIB 305 for future reference. 
[0033] The CORBA client 335 interfaces with the fault 
management open interface (not shown) from the trans- 
port network management system open interfaces (not 
shown) in order to retrieve alarms from the transport net- 
work 1 20. The retrieved alarms are then forwarded to 
the user specific filter portion 31 0 for further processing. 
[0034] The user specific filter 310 has two main re- 
sponsibilities. First, it provides information to populate 
the MIB 305. This involves providing information for 
modeling the network and information specifying cus- 
tomer services (e.g., connectivity information). Second, 
it correlates fault information received from the CORBA 
client 335 to customer services and propagates this in- 
formation "up B to the SNMP agent 315. 
[0035] The user specific filter 310 receives alarms 
from the CORBA client 335 and correlates them with a 
particular customer service. The specific customer's 
connection detailing their services across the transport 
network 120 is stored in the MIB 305. Only service-af- 
fecting alarms are forwarded to the SNMP agent 31 5 for 
the transport network customer cases. In the case of the 
network operators, they are interested in all the alarms 
so all of them are sent to the SNMP agent 31 5. 
[0036] In an embodiment of the invention, the conver- 
sion functional block 330 reads the packet in CORBA 
format, accesses the Ml B 305 and bui Ids new data pack- 
ets in the SNMP format. 

[0037] The SNMP agent 31 5 has various responsibil- 
ities. First, it provides an interface with the data network 
management system 100. Second, the SNMP agent 
31 5 maintains the MIB 305, and third, it provides a con- 
figuration interface. 

[0038] Before running the interface module 105, a 
network configuration file needs to be setup, indicating 
transport network 120 topology. As well, each specific 
customer must have their own configuration file, which 
contains basic customer information and service infor- 
mation for their connections. This information is forward- 
ed to the SNMP agent 315 to be recorded in the MIB 
305. This also allows the interface module 105 to corre- 
late alarms to specific customer's services, thus also al- 
lowing it to filter out alarms that are not affecting the 
specified customer's connections. 
[0039] The configuration files are setup by the com- 



puter group administrator and are not changeable by the 
computer group users. The configuration files are read 
in from a directory specified in an environment variable. 
In order to obtain the specific information required in the 

5 configuration files, the transport network management 
open interfaces (not shown) are used. The various iden- 
tifiers and values for the transport network 120 model 
obtained from the resource management open interface 
are recorded in the configuration files. 

10 [0040] The transport network customer users wish to 
see only the alarms that affect their service. Therefore, 
the interface module 105 needs to correlate the service 
affecting alarms it receives against a customer's con- 
nections. Upon receiving alarms from the CORBA client 

15 335 f the user specific filter 310 uses the information in 
the MIB 305 to determine if each alarm is service-affect- 
ing or not. Those that are service affecting are passed 
up to the SNMP agent 315, indicating which particular 
service is affected. Those alarms that are not service 

20 affecting are ignored. 

[0041] In order to correlate the alarm information to 
certain services, transport network object identifiers 
need to be obtained using the transport network man- 
agement open interfaces (not shown). These transport 

25 network object identifiers are matched up with identifiers 
used by the SNMP agent 315. When an alarm is re- 
ceived, the user specific filter 31 0 looks at the object and 
the alarm itself to determine if it is service affecting, and 
if it is, translate that object identifier into a corresponding 

30 one for the SNMP agent 315 to indicate that a certain 
service has an alarm on it. This also applies to the com- 
puter group administrator case, except that in that case, 
they are interested in service-affecting alarms for all 
customers, and not just one. 

35 [0042] In the case of the network operators, recall that 
all alarms are passed to the user specific filter 310, not 
just the service affecting alarms. The user specific filter 
310 still correlates the alarm information to services, so 
that this can be displayed in the data network manage- 

40 ment system 1 00. However, this applies only to the serv- 
ice affecting alarms. The rest of the alarm types are sim- 
ply passed up to the SNMP agent 31 5 without any cor- 
relation performed. 

[0043] The SNMP agent 31 5 lies above the user spe- 
45 cific filter 31 0 and interfaces with the data network man- 
agement system 100. The SNMP agent 315 is respon- 
sible for responding to SNMP requests and processing 
alarms sent up from the user specific filter 310. 
[0044] The MIB 305 used by the SNMP agent 31 5 is 
50 divided into two portions (i.e., the network model and 
the trap MIB. The network model MIB is responsible for 
the transport network 120 model, connectivity contained 
in the transport network 120 and logging transport net- 
work traps; on the other hand the trap MIB is responsible 
55 for the definition of the traps and keeping track of which 
data network management systems are registered to re- 
ceive the traps. The MIB 305 provides a means to dis- 
able SNMP set commands and the sending of traps. The 
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disabling of SNMP set commands is a feature that would 
prevent unauthorized setting of MIB variables (some 
added security for SNMP agents). The disabling of the 
sending of traps is useful in preventing network conges- 
tion. 5 
[0045] The MIB 305 can also be configured dynami- 
cally from the resource management open interface, 
with some operator intervention to help set it up (e.g., 
telling the interface module 103 about which connec- 
tions it needs to get information). io 
[0046] Since the interface module 105 provides a 
management interface and the network operator de- 
fined MIB shares information with the transport network 
customer defined MIB, some agency to synchronize the 
data is desirable. To provide th is service there is a back- is 
ground process running that is dedicated to synchroniz- 
ing the transport network customer users MIB with the 
network operator MIB. This is achieved via the synchro- 
nization manager 340. Upon modification of data in the 
transport network customer user MIB, an SNMP trap is 
sent to the synchronization manager 340 to inform it that 
a change has occurred. The SNMP trap contains infor- 
mation on the variable that was changed, the new value, 
and the interface module 1 05 instance that sent the trap. 
The synchronization manager 340 is then responsible 
for performing the appropriate SNMP set operations on 
the network operator MIB to make the interface module 
105 instances synchronized (in terms of the modifiable 
information). An example of a interface module com- 
mand that would cause this process, is the modification 
of a contact person in the transport network customer 
user MIB. 

[0047] In another embodiment of the invention, an in- 
terface module 105 may support several MIBs 105 with 
their corresponding SNMP agents at the same time. 
This embodiment is made possible by using SNMP 
master and subagents (not shown). By using the exten- 
sible agent architecture the traffic between the master 
and subagents is greatly reduced over a proxy configu- 
ration. The master agent uses an extensible agent pro- 
tocol to communicate with the subagents as opposed to 
a proxy configuration that would use SNMP to commu- 
nicate. 

[0048] The master agent is responsible for taking care 
of the SNMP security and passing the correct type of 
message to the subagent depending on the type of in- 
coming instructions. The master agent is also responsi- 
ble for relaying unsolicited information (from the suba- 
gents) to the appropriate network management system. 
[0049] The subagents are responsible for managing 
their respective MIBs. By managing the MIBs, the sub- 
agents are responsible for handling requests from the 
master agent (which in turn is handling a data manage- 
ment system's request), from the user specific filter 310 
and the GUI 210. The master agent will send SNMP in- 
structions to the subagents and the subagents are re- 
sponsible for the processing of the SNMP instructions 
and placing the information into the MIBs. Upon initiali- 



zation of the interface module 1 05, the user specific filter 
310 will send information up to the subagent to be 
placed in the MIB 305. 

[0050] In the overview, a communication network 
management system for integrating two network man- 
agement systems working together in a client/server 
manner to provide an integrated view of a multi-layer, 
multi-technology network is provided. The invention pro- 
vides a novel interface module that permits a network 
management system to represent different logical levels 
in a communication system. For instance, one logical 
level of the communication system could be the trans- 
port network while another logical level is the data net- 
work. The main advantages of the invention is that it pro- 
vides to a network administrator a system which permits 
management of two levels of a networks a data network 
to tell how the two networks are integrated and what the 
entire topology is, and therefore renders it possible to 
manage both networks through the same system. 
[0051] The above description of a preferred embodi- 
ment of the present invention should not be read in a 
limitative manner as refinements and variations are pos- 
sible without departing from the spirit of the invention. 
The scope of the invention is defined in the appended 
claims and their equivalents. 



Claims 

An interface module permitting a first network man- 
agement system to represent at least two different 
logical levels of a communication system, namely a 
first network and a second network, the first network 
management system capable of receiving dataf rom 
the first network representative of events and con- 
ditions in the first network, the data from the first 
network being established according to a first pro- 
tocol, said interface module including: 

an input for receiving data from a second net- 
work management system representative of 
events and conditions in the second network, 
the data from the second network being estab- 
lished according to a second protocol; 
conversion functional block responsive to re- 
ception of data at said input for translating the 
data at said input into data according to the first 
protocol; 

an output for releasing the data according to the 
first protocol, the data according to the first pro- 
tocol being suitable for processing by the first 
network management system permitting the 
first network management system to provide a 
representation of the first network and at least 
a portion of the second network. 

2. The interface as defined in claim 1 , comprising a 
filtering functional block between said input and 
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said conversion functional block, said filtering block 
discarding data indicative of selected events and 
conditions conveyed at said input to prevent repre- 
sentation of the selected events and conditions at 
the first network management system. 5 

3. The interface as defined in claim 1 or 2, comprising 
a management information database for storing a 
model of the second system, said conversion func- 
tional block being in operative relationship with said io 
management information database for translating 

the data at said input into data according to the first 
protocol. 

4. A method for representing at least two different log- is 
ical levels of a communication system on a first net- 
work management system, namely a first network 
and a second network, the first network manage- 
ment system capable of receiving data from the first 
network representative of events and conditions in 20 
the first network, the data from the second network 
being established according to a first protocol, the 
method comprising: 

receiving data from a second network manage- 25 
ment system representative of events and con- 
ditions in the second network, the data from the 
second network being established according to 
a second protocol; 

translating the data at said input into data ac- 30 
cording to the first protocol; 
outputting the data according to the first proto- 
col, the data according to the first protocol be- 
ing suitable for processing by the first network 
management system permitting the first net- 35 
work management system to provide a repre- 
sentation of the first network and at least a por- 
tion of the second network. 



9. The interface of any one of claims 1 to 3 or 6 to 8 
or the method of any one of claims 4 or 8, wherein 
the first protocol is SNMP. 



5. A method as defined in claim 4, comprising the step 40 
of filtering data received from the second network 
management system to discard data indicative of 
selected events and conditions to prevent repre- 
sentation of the selected events and conditions at 
the first network management system. 45 

6. The interface of claim 1 , 2 or 3 or the method of 
claim 4 or 5, wherein the second network is a trans- 
port network. 

50 

7. The interface of claim 1 , 2 or 3 or 6 or the method 
of claim 4, 5 or 6, wherein the first network is a data 
network. 



8. The interface of any one of claims 1 to 3, or 6 or 7 55 
or the method of any one of claims 4 to 7, wherein 
the second protocol is CORBA. 
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